Nautilus 1992 July/Nautilus-3-8/Nautilus-3-8.bin/Tools & Utilities/Techy Stuff/Doco ƒ/CSMP ƒ/CSMP-V1-054.TXT

Text File | 1992-06-03 | 39.9 KB | 1,074 lines

C.S.M.P. Digest             Sun, 19 Apr 92       Volume 1 : Issue 54

Today's Topics:

    MPW command-shift-right-arrow problem
    Soundinput on IIfx
    And you may ask yourself, how do I Quit this?
    looking for source
    Mac QuickBASIC questions - help?
    Determining which segment loads first
    A5 and completion functions (more)
    LaserPrep enforcer ??
    Printer returns 72dpi?
    malloc() in Think C 4.02
    Extended PRAM
    How to save a PICTURE in C?
    Free Irish language Apple Mac operating system
    Inside Mac On-line Reference?


The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

These digests are available (by using FTP, account anonymous, your email
address as password) in the pub/mac/csmp-digest directory on ftp.cs.uoregon.
edu.  This is also the home of the comp.sys.mac.programmer Frequently Asked
Questions list.  The last several issues of the digest are available from
sumex-aim.stanford.edu as well.

These digests are also available via email.  Just send a note saying that you
want to be on the digest mailing list to [e-mail], and you will
automatically receive each new digest as it is created.

The articles in these digests are taken directly from comp.sys.mac.programmer.
They are not edited; all articles included in this digest are in their original
posted form.  The only articles that are -not- included in these digests are
those which didn't receive any replies (except those that give information
rather than ask a question).  All replies to each article are concatenated
onto the original article in the order in which they were received.  Article
threads are not added to the digests until the last article added to the
thread is at least one month old (this is to ensure that the thread is dead
before adding it to the digests).

Send administrative mail to [e-mail].

-------------------------------------------------------

From: [e-mail] (Lawrence D'Oliveiro, Waikato University)
Subject: MPW command-shift-right-arrow problem
Date: 9 Mar 92 11:08:02 +1300
Organization: University of Waikato, Hamilton, New Zealand

The MPW Shell has a bug in its handling of the command-shift-right-arrow
key combination. This is supposed to extend the selection to the end of
the current line, but it only works correctly if the selection starts on
the _same_ line--not if it spans one or more line boundaries.

I have verified this bug in versions 3.2, 3.2.2, 3.3a2, 3.3a6 and 3.3a10
of the MPW Shell. The other command-shift-arrow sequences work just fine.

I reported this bug to APPLE.BUGS on AppleLink several months ago. Since
then, there have been two further ETO discs released, and none of them has
fixed the bug. What do you have to do to get through to these people?

Lawrence D'Oliveiro                       fone: [phone]
Computer Services Dept                     fax: [phone]
University of Waikato            electric mail: [e-mail]
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00
This line intentionally left unfunny.

+++++++++++++++++++++++++++

From: [e-mail] (Kent Sandvik)
Date: 17 Mar 92 21:13:08 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (Lawrence
D'Oliveiro, Waikato University) writes:
>
> The MPW Shell has a bug in its handling of the command-shift-right-arrow
> key combination. This is supposed to extend the selection to the end of
> the current line, but it only works correctly if the selection starts on
> the _same_ line--not if it spans one or more line boundaries.
>
> I have verified this bug in versions 3.2, 3.2.2, 3.3a2, 3.3a6 and 3.3a10
> of the MPW Shell. The other command-shift-arrow sequences work just fine.
>
> I reported this bug to APPLE.BUGS on AppleLink several months ago. Since
> then, there have been two further ETO discs released, and none of them has
> fixed the bug. What do you have to do to get through to these people?

FYI, I checked out this bug in our internal bug database, and yes it's
registered
and assigned to an engineer. I really don't know why this has not yet been
fixed,
maybe it has to do with the phases of the moon?

I think the main problem with sending bug reports to APPLE.BUGS (or CPLUS.BUGS
or MPW.BUGS) is that the sender will not get any feedback about the bug fixing
status (unlike sending something via DTS, where we have an obligation to keep
the developer informed). It's really a question of money and resources, it would

cost a lot of bucks maintaining such services, unfortunately.

Cheers!
Kent
- --
Kent Sandvik/DTS - Dynamic Language Evangelist.
Opinions expressed are not private, and not owned by any company, organization
or group.
Happy happy, joy joy!

---------------------------

From: [e-mail] (Stiva F)
Subject: Soundinput on IIfx
Date: 9 Mar 92 09:00:04 GMT


Is there a shareware/PD utility available, like Ribbit, that
enables a IIfx to record sound thru a MacRecorder?
Ribbit 1.0 doesn't work.

Thanks in advance,
        Fulco Stiva


Dept. of Special Education  Free University Amsterdam
    Fulco Stiva   ([e-mail])

+++++++++++++++++++++++++++

From: [e-mail] (Wayne Billing)
Date: 17 Mar 92 19:00:47 GMT
Organization: U. of Manitoba

In article <[e-mail]>, [e-mail] (Stiva F) writes:
>
>
> Is there a shareware/PD utility available, like Ribbit, that
> enables a IIfx to record sound thru a MacRecorder?
> Ribbit 1.0 doesn't work.
>
> Thanks in advance,
>         Fulco Stiva
>
>
> Dept. of Special Education  Free University Amsterdam
>     Fulco Stiva   ([e-mail])
>
I also had a problem when I first got my MacRecorder. I called Farallon and
was told I required the IIfx Serial Switch Control Panel to make my serial
port compatible for use (the fx using special serial port circuitry). The
results of using Serial Switch is to reduce the speed of the ports which
(somehow 8) makes them compatible. If you haven't tried this CP you should
be able to get it from many of the archive sites; sumex won't let me in at
the moment and for some reason I can't even get a connection started to
ftp.apple.com so I can't verify for you...

Hope this helps...
Wayne

---------------------------

From: [e-mail] (John Purlia)
Subject: And you may ask yourself, how do I Quit this?
Date: 9 Mar 92 17:40:58 GMT
Organization: Qualcomm, Inc


My latest app does not seem to want to quit when I Restart or Shut Down
from the finder.  All apps preceeding mine gracefully vanish from
existence, performing their cleanup tasks along the way, but as soon as my
app is next on the queue, the windows and menubar appear in the foreground
and wait for the user to manually select "Quit".  As soon as mine is gone,
the rest of open apps go way and the Mac restarts or shuts  down.

What am I missing?  Can anyone explain to me, or point me in the right
direction for information about how my application gets the Quit command
from the Finder?

Thanks!  Replies here, or via e-mail...

...........................................................................
John Purlia          : My brain; not my company's brain.  My brain says...
[e-mail] :      "Just about any movie could be made better
AOL:  <Jpurlia>      :       if one of the characters were a vampire."
...........................................................................

+++++++++++++++++++++++++++

From: [e-mail] (Jon Pugh)
Date: 18 Mar 92 00:45:03 GMT
Organization: Apple Co.

In article <[e-mail]>, [e-mail] (John Purlia) writes:
>
> What am I missing?  Can anyone explain to me, or point me in the right
> direction for information about how my application gets the Quit command
> from the Finder?
>

Either you have a Quit menu item on your File menu and the HighLevelEventAware
bit OFF in your SIZE resource, or you support the Quit Apple Event and have
the bit ON in your SIZE resource.

See the AE chapter of IM6 for more info on method 2.

Jon
kAERegistrar

---------------------------

From: [e-mail] (Jack Duncan)
Subject: looking for source
Date: 9 Mar 92 18:18:08 GMT
Organization: Willamette University, Salem, OR


i am looking for source code that demonstrates off screen bit mapping.
i would prefer that it was in pascal, but i could also use C code.
does anyone know a ftp site where i could get something like this?

thanks,

jack ([e-mail])

+++++++++++++++++++++++++++

From: [e-mail] (Patrick M Chase)
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 9 Mar 1992 18:47:48 GMT

In article <[e-mail]> [e-mail] (Jack Duncan) writes:
>
>i am looking for source code that demonstrates off screen bit mapping.
>i would prefer that it was in pascal, but i could also use C code.
>does anyone know a ftp site where i could get something like this?

Ditto for me - but I require Think C sources. I don't do Pascal at the moment.
All of my hack off-screen animations look pathetic (they flicker and stutter).
What's the real method?

+-------------------------------------------------------------------------+
| Patrick Chase                             InterNet: [e-mail]   |
| Systems Support, Production Specialist    UUCP: uunet!world!pmc         |
| Ingoldsby, O'Connor & Co.,Inc.            UUCP: bu.edu!world!pmc        |
| 1000 Winter St.,Suite 2300                AOL: Patrick0 (That's a ZERO!)|
| Waltham, MA  02154                        [phone] (voice & vmail) |
|    FidoNet: [e-mail] (or 1:101/270.2)     |
+-------------------------------------------------------------------------+




+++++++++++++++++++++++++++

From: [e-mail] (Kent Sandvik)
Date: 17 Mar 92 21:19:01 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (Jack
Duncan) writes:
>
>
> i am looking for source code that demonstrates off screen bit mapping.
> i would prefer that it was in pascal, but i could also use C code.
> does anyone know a ftp site where i could get something like this?

FYI, the new TN120, "Principia Off-screen Graphics Environment" by Forest
Tanaka/DTS maybe the foremost paper one should read concerning offscreeen
bitmap handling. It also contains code snippets, Pascal and C, which should
be useful.

Cheers,
Kent
..who think Forest did a gigantic job with the TN... He's the Newton
of off-screen bitmaps.

- --
Kent Sandvik/DTS - Dynamic Language Evangelist.
Opinions expressed are not private, and not owned by any company, organization
or group.
Happy happy, joy joy!

---------------------------

From: [e-mail] (Ralph Gonzalez)
Subject: Mac QuickBASIC questions - help?
Date: 12 Mar 92 17:09:14 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Yes, I'm still using Macintosh QuickBASIC in spite of a complete lack
of support from Microsoft...

I'm kind of inexperienced at digging into the Toolbox, and wonder if
someone could offer some assistance.  In particular, I'd like to get
the path name of the blessed System folder in order to know where to
save preferences files.  Using the "toolbox" statement, I can call
SysEnvirons (trap # A090) which supposedly provides me with the volume
reference number of the active System.  However, I'm only getting
zeros back.  (I passed the zeroth element of a 9-element (18 byte)
integer array.  I also tried passing VARPTR(array(0)), without luck.)
Am I completely off track?

Thanks.  I'd enjoy corresponding with someone else who is trying to
write full-blown apps with QuickBASIC.  I find you need a number of
kludges to get it to look professional, but for now it's easier than
learning the Toolbox...

- -Ralph
- --
Ralph Gonzalez, Computer Science, Rutgers Univ., Camden, NJ
Phone: [phone]; Internet: [e-mail]
- --

+++++++++++++++++++++++++++

From: [e-mail] (Phil Hunt)
Date: Tue, 17 Mar 92 14:22:56 EST
Organization: Howtek, Inc.


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (Ralph Gonzalez) writes:
]
] Yes, I'm still using Macintosh QuickBASIC in spite of a complete lack
] of support from Microsoft...
]
] I'm kind of inexperienced at digging into the Toolbox, and wonder if
] someone could offer some assistance.  In particular, I'd like to get
] the path name of the blessed System folder in order to know where to
] save preferences files.  Using the "toolbox" statement, I can call
] SysEnvirons (trap # A090) which supposedly provides me with the volume
] reference number of the active System.  However, I'm only getting
] zeros back.  (I passed the zeroth element of a 9-element (18 byte)
] integer array.  I also tried passing VARPTR(array(0)), without luck.)
] Am I completely off track?
]
] Thanks.  I'd enjoy corresponding with someone else who is trying to
] write full-blown apps with QuickBASIC.  I find you need a number of
] kludges to get it to look professional, but for now it's easier than
] learning the Toolbox...
]
The QuickBasic system comes with lots of example programs, and one of them
does show how to do just what you want...I remember it showed how to get the
boot disk name and driver ref# as well as the blessed folder path....

Happy hunting!

Phil

- ------------------------------------------------------------------------
Phil Hunt                                                  [phone]
Howtek, Inc.                           "Wherever you go, there you are!"

Internet: [e-mail]         uucp: {decvax|harvard}!mv!phunt!phil

---------------------------

From: [e-mail] (Nick B Triantos)
Subject: Determining which segment loads first
Date: 15 Mar 92 20:49:48 GMT
Organization: The University at Buffalo

Hello.

I've got a program which is crashing due to a bus error before anything really
gets a chance to happen.  Is there a way to find out which segment is the first
loading segment of CODE, so that I can do a sort of boot trace on it?

Thanks,
- -Nick

- --
Nick Triantos   Grad Student, University at Buffalo.  Why?  I DON'T KNOW!
     "...and besides, she's a psycho hose-beast." - Wayne, from Wayne's World

I! Hi'm a mtatng siugnaturei vir*ss. You cann~t reisth elping me  spre]d !

+++++++++++++++++++++++++++

From: [e-mail] (Mr. Neb)
Date: 15 Mar 92 22:12:06 GMT
Organization: Bowling Green State University B.G., Oh.

>From article <[e-mail]>, by [e-mail] (Nick B Triantos):
> Is there a way to find out which segment is the first
> loading segment of CODE, so that I can do a sort of boot trace on it?

    CODE segment 0 is the first to load, it contains the jump table.
The next code segment to load would be the segment for the first entry in
the jump table, followed by any other code segments that the first routine
calls.

    To view your CODE segment 0, use the CODE editor for ResEdit.  The
first entry in the list is the one that is called when the application starts
up.

    Mr. Neb

==============================================================================
[e-mail]  | "Just because something is said to lighten a subject,
[e-mail]  |  doesn't mean the subject is taken lightly."
==============================================================================

+++++++++++++++++++++++++++

From: [e-mail] (Kevin Draz)
Date: 18 Mar 92 06:05:43 GMT
Organization: Tektronix, Inc., Wilsonville,  OR.

In article <[e-mail]> [e-mail] (Mr. Neb) writes:
>From article <[e-mail]>, by [e-mail] (Nick B Triantos):
>> Is there a way to find out which segment is the first
>> loading segment of CODE, so that I can do a sort of boot trace on it?
>
>    CODE segment 0 is the first to load, it contains the jump table.

Try setting an ATB (A-Trap break) on the first trap you call in your code,
before you launch. I usually use one of the manager inits. You'll drop into
the debugger, then start walking through your initialization stuff.  I find
the programmers key is really useful here.

Ex.:

<In finder>
- -> programmers key
<In MacsBug>
atb initdialogs
g
<In finder>
launch app
<BOOM!>
<In Macsbug>
now use atc to clear the trap, then start walking your code.


- --
- ----
[e-mail]  | For most software publishers, quality is job 1.01.
Tektronix Color Printers|                            -- MacWeek Magazine

---------------------------

From: [e-mail] (Ronald P. Smith)
Subject: A5 and completion functions (more)
Organization: University of Illinois at Urbana
Date: Mon, 16 Mar 1992 22:20:51 GMT

I got my question of how to pass the current A5 to a completion task
answered.  The answer was simply to define my own type of paramblock, and
have the old A5 (long) as the first field, and the normal ParamBlock as the
second field.  This would be passed to the file manager and in turn my
completion routine, from which I could extract the A5 I saved in it.  My
question is this: In my application I have my completion routine making a read
call with itself as the completion routine, in a round about way, it calls
itself.  What I was wondering was if I had to call SetCurrentA5 each time
within my completion function, or if I could just pass the A5 retrieved
from the original SetCurrentA5 along each time a file manager call was made.

Ron Smith ([e-mail])

+++++++++++++++++++++++++++

From: [e-mail] (JohnC)
Organization: The Royal Society for Putting Things on Top of Other Things
Date: Mon, 16 Mar 1992 22:34:41 GMT

In article <[e-mail]> [e-mail] (Ronald P. Smith) writes:
>I got my question of how to pass the current A5 to a completion task
>answered.  The answer was simply to define my own type of paramblock, and
>have the old A5 (long) as the first field, and the normal ParamBlock as the
>second field.

Argh!  nononono.  The whole point is to define a new structure that is a
superset of the original parameter block layout.  To do this, the original
fields must be in their correct positions, which means that any new fields
must come _after_ the old fields.

- --
John Cavallino                  |  EMail: [e-mail]
University of Chicago Hospitals |         [e-mail]
Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
B0 f++ c+ g+ k s+(+) e+ h- pv   |         Chicago, IL  60637

+++++++++++++++++++++++++++

From: [e-mail] (Steve Dorner)
Organization: University of Illinois at Urbana-Champaign
Date: Tue, 17 Mar 1992 17:38:12 GMT

[e-mail] writes:
>Argh!  nononono.  The whole point is to define a new structure that is a
>superset of the original parameter block layout.  To do this, the original
>fields must be in their correct positions, which means that any new fields
>must come _after_ the old fields.

So long as you pass a pointer to the real structure to the trap, you can
simply "back up" four bytes in the completion routine to get your A5.
- --
Steve Dorner, U of Illinois Computing Services Office
Internet: [e-mail]  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner

+++++++++++++++++++++++++++

From: [e-mail] (Tommy Nordgren)
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 17 Mar 1992 19:16:51 GMT

In article <[e-mail]>, [e-mail] (JohnC) writes:
|> In article <[e-mail]> [e-mail] (Ronald P. Smith) writes:
|> >I got my question of how to pass the current A5 to a completion task
|> >answered.  The answer was simply to define my own type of paramblock, and
|> >have the old A5 (long) as the first field, and the normal ParamBlock as the
|> >second field.
|>
|> Argh!  nononono.  The whole point is to define a new structure that is a
|> superset of the original parameter block layout.  To do this, the original
|> fields must be in their correct positions, which means that any new fields
|> must come _after_ the old fields.
|>
|> --
|> John Cavallino                  |  EMail: [e-mail]
|> University of Chicago Hospitals |         [e-mail]
|> Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
|> B0 f++ c+ g+ k s+(+) e+ h- pv   |         Chicago, IL  60637
O yes. the trick definitely works. The ONLY important thing you must remember is
to call like this.
    type MyPbType = Record
        A5:Longint;
        ParamBlk:A mac ParamblockType;
        end;
    var TheErr:OSErr;
        TheRec:MyPbType;
    begin
    ........
        TheErr := AOsCall(@TheRec.ParamBlk,...);

Then you can access the A5 field through pointer aritmetics.

---------------------------

From: [e-mail] (Matthew Mashyna)
Subject: LaserPrep enforcer ??
Date: 16 Mar 92 17:37:42 GMT
Organization: Psychology, Carnegie Mellon, Pittsburgh, PA

I'm looking for some PostScript code that will stop a LaserWriter from
rebooting if someone trys to print using a LaserPrep other than a system
7 one.

Does anyone have one of these ?

Thanks, all,



Matt


///////////////////////////////////////////////////////////////////////
// Matthew Mashyna        \\                                         //
// [e-mail]    \\  "Who the Hell told you to do that ?"   //
// voice: [phone]  \\  --my Dad                               //
// FAX:   [phone]  \\                                         //
///////////////////////////////////////////////////////////////////////
//                                                                   //
// Manager of the Computing Facilities                               //
// Carnegie Mellon Department of Psychology                          //
///////////////////////////////////////////////////////////////////////

+++++++++++++++++++++++++++

From: [e-mail] (Kevin Draz)
Date: 18 Mar 92 06:47:28 GMT
Organization: Tektronix, Inc., Wilsonville,  OR.

>I'm looking for some PostScript code that will stop a LaserWriter from
>rebooting if someone trys to print using a LaserPrep other than a system
>7 one.
>
>Does anyone have one of these ?
>

The code to restart a LaserWriter (or other PS device) is:

systemdict begin quit

In level-2, this is a protected command, so

serverdict begin 0 exitserver
systemdict begin quit

I don't know which version LaserWriters <= 6 use, and it can make a
difference.  It's pretty hard to do a patch which would negate this code,
and impossible to do pretty.

You could try replacing exitserver's definition so that it's a no-op, which
will probably fail pre-7.0 LaserWriters jobs when they go to download their
prep.  I haven't tried it, but here it would be:

%!PS-Adobe
serverdict begin 0 exitserver
userdict /exitserver { pop } bind put
%%End-of-File

which makes exitserver eat it's argument, and continue on.  Or you could go
one further and replace pop with { stop } which will force an error in most
all cases, dumping the job.

This is likely to have ramifications (pronounced "bugs") with something out
there.
KD

- --
- ----
[e-mail]  | For most software publishers, quality is job 1.01.
Tektronix Color Printers|                            -- MacWeek Magazine

---------------------------

From: [e-mail] (Roy Richter)
Subject: Printer returns 72dpi?
Date: 17 Mar 92 15:53:52 GMT
Organization: GM Research, Warren, Mi

Why does the printer information returned always say 72 in the resolution
fields?  Even if it is 300dpi device?  Is this a "backward-compatible"
adjustment so that old software doesn't break?

I'm sure there is a TN on this somewhere...
- --
Roy Richter                  Internet: [e-mail]
Physics Dept, GM Research    UUCP:     rphroy!rrichter

+++++++++++++++++++++++++++

From: [e-mail] (Andrew E Page)
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 17 Mar 1992 20:53:51 GMT

In article <[e-mail]> [e-mail] (Roy Richter) writes:
>Why does the printer information returned always say 72 in the resolution
>fields?  Even if it is 300dpi device?  Is this a "backward-compatible"
>adjustment so that old software doesn't break?
>

Quick Answer:   Check out Inside Macintosh Vol V pg 410.
This will answer MANY MANY questions

Long Answer:  The default resolution for any PostScript interpreter
is 72dpi.  The individual interpreter  is ultimately responsible
for translating this into device space...in the case of the LaserWriter
approx 300dpi.

   However, by scaling the image properly in postscript (a function that the
LW driver takes care of for you when making the proper calls to PrGeneral)
you can draw with quickdraw (or postscript for that matter) with 300 dpi
precision.

   Always check the resolution fields of the print record and adjust your
imaging accordingly.

   If you want to draw in PostScript at 300dpi effective resolution study
up on the subject of Coordinate Translation Matrices(CTM) in the PostScript
Lanaguage Reference manual.


- --
Andrew E. Page CTO(Warrior Poet)|   Decision and Effort The Archer and Arrow
DSP Ironworks                   |     The difference between what we are
Macintosh and DSP Technology    |           and what we want to be.

---------------------------

From: [e-mail]
Subject: malloc() in Think C 4.02
Date: 18 Mar 92 01:13:37 GMT
Organization: New Jersey Institute of Technology


    I'm having a problem with memory management in Think C 4.02. I'm
attempting to dynamically dimension arrays (one and two-dimensional) by
initializing them as pointers to blocks of memory allocated by malloc()
or calloc(). A typical call to initialize a one-dimensional array looks
like

    rowvector = (double *) calloc(dimension+1, sizeof(double));

typically followed by

    assert(rowvector)

to verify that the allocation succeeds. rowvector is declared as
    double* rowvector;
in this example.
    I do this a number of times in a number of different programs. The
programs are mathematical in nature, and I'm mainly interested in
getting results, not making the program Multifinder aware or having a
nice interface or anything else that I'd do if I was actually writing a
program for distribution. I'm using only standard ANSI C, except for one
call to the console library to mimic a UNIX command line ( ccommand()
).
    I've succeeded in getting my programs to compile and run properly (most
of the time) on the UNIX side using gcc on both a SPARC and a SUN 3, but
the same programs consistently hang my Mac. Using the Think C debugger
I've determined that it's definitely the line where I call malloc() or
calloc() that crashes the program, and by rearranging the order I do
things and the way I call it I'm almost certain that it's malloc() and
calloc() (which I guess calls malloc() ) themselves that are crashing.
I definitely don't get to the assert() line that follows the statements
and I'm definitely able to step up to these sorts of  lines without
crashing.
    This has happened in more than one program I've attempted. The funniest
thing is that some calls to malloc work fine. The common denominator to
the ones that don't is that they all occur in functions that are going
to called more than once (i.e. the functions are called from inside a
for loop in main()) but THE FIRST CALL CRASHES THEM! Its the first time
I move into function foo() which calls malloc() or calloc() that the
program crashes. It never reaches the second.
    Now I'd be willing to chalk this all up to my limited experience with
pointers and dynamically allocated arrays except that the same programs
compile and run under gcc on UNIX without problems. The only possible
incompatibility in Think C 4.0 that I found while scouring the manuals
last night was that the sizeof() operator returns an int instead of
size_t as is expected by malloc() and calloc(). Nonetheless, even if I
cast the result of sizeof() into a size_t the program still bombed.
    Can anybody more experienced with Macintosh memory management and Think
C toss a few suggestions my way? I'd greatly appreciate it. I'll try and
keep up with this newsgroup if you want to post your responses so
everyone can benefit, but an E-mail copy would be appreciated. Thanks.

Elliotte Rusty Harold        Department of Applied Mathematics
[e-mail]        New Jersey Institute of Technology
[e-mail]        Newark, NJ 07103

+++++++++++++++++++++++++++

From: [e-mail]
Date: 18 Mar 92 04:21:17 GMT
Organization: New Jersey Institute of Technology


    About an hour after posting my original message asking for help with
malloc()/calloc(), I encountered the FAQ listing a malloc problem in
Think C as a frequently asked question. My immediate reaction was
embarrassment for being such a bonehead as not to check the FAQ before
posting, but after FTPing the FAQ, and reading the appropriate sections,
I'm no better off than an hour ago. As suggested by the FAQ I was
including <stdlib.h> in my file in the first place. Some of the info
about the standard problem might be relevant, but it really doesn't make
any  sense to me so if someone could explain, I'd appreciate it.
    I'll add here that I'm using System 6.05 on an SE/30, linking the
ANSI-881 library, and generating code for the 68020 and 68881. Any
answers (or explanations of just what the FAQ is talking about besides
including <stdlib.h>) are still appreciated.

Elliotte Rusty Harold        Department of Applied Mathematics
[e-mail]        New Jersey Institute of Technology
[e-mail]        Newark, NJ 07103

---------------------------

Organization: Freshman, MCS general, Carnegie Mellon, Pittsburgh, PA
Date: Tue, 18 Feb 1992 00:35:33 -0500
From: Robert H Earhart <[e-mail]>
Subject: Extended PRAM

  Does anyone out there have any idea how the extended PRAM calls are
made? They have traps, but nothing in Pascal (Lightspeed's trap
libraries were even missing one of them).

  -Rob



- -------------------------

From: [e-mail] (Jon Pugh)
Date: 3 Mar 92 22:16:59 GMT
Organization: Apple Co.

I only know of a couple of spots.

The current beep resource id: 2 bytes @ $7C

The Map cdev location: 12 bytes @ $E4
  Latitude (fixed point long)
  Longitude (fixed point long)
  TimeZone (weird long w/ high byte 0 & seconds in low 3 bits)

This is the extended parameter ram. The regular pram is documented in IM 2.

Have fun.

Jon

+++++++++++++++++++++++++++

From: [e-mail] (John Stracke)
Date: 6 Mar 92 20:41:07 GMT
Organization: National Science Center Foundation


I'd like a bit of extended PRAM, please.  :-)

/===========================================================================\
|John (Francis) Stracke         |My opinions are my own.                    |
|Natl. Science Center Foundation|===========================================|
|Augusta, GA                    |Think of it as evolution in action.        |
|[e-mail]      |                                           |
\===========================================================================/
(Formerly [e-mail])
- --
- --

+++++++++++++++++++++++++++

From: [e-mail] (Spam Eggs Sausage and Spam)
Date: 18 Mar 92 00:54:38 GMT
Organization: Apple Co.

In article <[e-mail]>, [e-mail] (John Stracke) writes:

> I'd like a bit of extended PRAM, please.  :-)

PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM

Lovely PRAM, wonderful PRAM!

PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM PRAM

Shutup!

Bloody vikings...

---------------------------

From: [e-mail] (C. C. Hsu)
Subject: How to save a PICTURE in C?
Organization: EECS Department, Northwestern University, Evanston, Il., USA
Date: Wed, 4 Mar 1992 20:56:17 GMT

I have questions, listed below, about manipulating "Pictures", stored
in PicHandle. Anyone has advices to those questions? (I am using
Think C language.)

    * How to save a Picture stored in a PicHandle to a file such
      that it can be retrieved by commercial graphics software,
      like MacDraw, for further process?

    * Is it possible to add a picture to another picture?
      Or reopen a picture and add some more drawing in C?

Thanks for advices in advance.

 --- Gary
     3/4/92
     [e-mail]

+++++++++++++++++++++++++++

From: [e-mail] (Godfrey DiGiorgi)
Date: 18 Mar 92 05:01:56 GMT
Organization: Apple Computer

In article <[e-mail]>, C. C. Hsu writes:
>
>     * How to save a Picture stored in a PicHandle to a file such
>       that it can be retrieved by commercial graphics software,
>       like MacDraw, for further process?

A file of type PICT which any commercial program can open is a 512 byte
header and the contents of your PicHandle. So the algorithm is

// get name and location for new file from user (StandardPutFile in 7.0)
// create file, setting type to 'PICT'
// open file
// write 512 bytes of '0' value to file
// get size of PicHandle
// write contents of PicHandle to file
// close file

easily writable in any language.

>     * Is it possible to add a picture to another picture?
>       Or reopen a picture and add some more drawing in C?

Assuming you have two PicHandles or a single PicHandle that you want to add
some more stuff to, you call OpenPicture to create a new PicHandle and
DrawPicture your existing PicHandles, or do whatever  additional drawing you
had in mind, then call ClosePicture(). You now have a PicHandle which contains
all the QuickDraw instructions from all of those operations.
========
Godfrey DiGiorgi | [e-mail] | DTS Slacker
"No matter where you go, there you are." ABBA8D
========

---------------------------

From: [e-mail] (Craig Cockburn)
Subject: Free Irish language Apple Mac operating system
Organization: Digital Equipment Co. Ltd., Newbury, England
Date: Thu, 5 Mar 1992 18:00:46 GMT

- --
I received the mail below which was sent out on Gaelic-l. I hope readers
here find it interesting.

Craig

 ------- Forwarded mail received on 29-Feb-1992 at 13:39:53 -------

From:    VBORMC::"[e-mail]"
    "GAELIC Language Bulletin Board"
To:    Craig Cockburn <MAJORS::cockburn>
Subj:    Bogearrai/ saor in aisce < Free Apple IG software >

Originally From: Marion GUNN <[e-mail]>


>>>> BEGINNERS: skip to *** for English version

Ni hionann agus paca/isti/ eile de dhe/antu/s Everson Gunn Teoranta,
beidh bogearrai/ co/rais Apple Mac ar fa/il SAOR IN AISCE, ach iad a
iarraidh ar Apple iad fe/in, faoi mar is fe/idir leagan i dteanga ar
bith de mho/rtheangacha na hEorpa a fha/il saor in aisce le haghaidh
ri/omhaire ar bith de chuid Apple, la/ a cheannaithe. Ni/ hiad Apple
a chuir airgead ar fa/il do EGT chun go nde/anfai/ an obair seo, ach:
An Biu/ro/ Eorpach do Theangacha Neamhfhorleathana, Bord na Gaeilge
agus U/dara/s na Gaeltachta. Ma/ ta/ ri/omhaire de dhe/antu/s Apple
Macintosh agat, is fe/idir leat an leagan cruinn caighdea/anach seo
de na bogearrai/ co/rais a ordu/ roimh re/ o/n seoladh thi/os.

   ***      ***      ***      ***      ***      ***      ***   ***

Unlike other EGT products, Everson Gunn Teoranta's Irish translation
of the Apple Mac operating system will be given away free of charge.
You can get it free for the asking from Apple Macintosh distributors
(just like the system they gave you when you bought your first Mac).
Until now, users could order the basic system software in any of the
major languages of the EC, but not in any of our minority languages.
Irish now joins German, English, French, etc. as available languages.
Everson Gunn Teoranta's Irish Gaelic translation has been funded by:
The European Bureau of Lesser-Used Languages, U/dara/s na Gaeltachta
and Bord na Gaeilge. If you own a Mac, place your order now for free
official Apple system software (interface tested according to Apple's
own in-house standards) in standard modern Irish Gaelic. Contact your
own local Apple dealer or write to:

         Apple (Ireland) Ltd.
         Warrington House
         Mount Street Crescent
         Dublin 2
         E/ire (Ireland)

(Telephone no.:  +353 - 1 - 60 42 33)

IMPORTANT:
   When contacting Apple, remember to state clearly exactly which
   system you require. If you are already using System 7.0.1, ask
   them to send you your free set of that. If your machine is the
   basic one or two meg SE or Mac-Plus, then request system 6.0.7.
   It would be a good idea to order now (well in advance), before
   Apple's publicity drive gets under way.
mg
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Marion Gunn
Facs <Fax>: [phone] Fo/n <'Phone>: [phone] no/<or> 2839396
Seoladh <address>:  An Cola/iste Ollscoile, Baile A/tha Cliath 4, E/ire.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

% ====== Internet headers and postmarks (see DECWRL::GATEWAY.DOC) ======
% Received: by vbormc.vbo.dec.com; id AA00720; Sat, 29 Feb 92 14:39:01 -0100
% Received: by enet-gw.pa.dec.com; id AA22065; Sat, 29 Feb 92 05:36:58 -0800
% Message-Id: <[e-mail]>
% Received: from UGA.CC.UGA.EDU by uga.cc.uga.edu (IBM VM SMTP V2R2) with BSMTP id 3384; Sat, 29 Feb 92 08:34:45 ES
% Received: by UGA (Mailer R2.07) id 3719; Sat, 29 Feb 92 08:34:30 EST
% Date:         Sat, 29 Feb 92 11:08:33 GMT
% Reply-To: GAELIC Language Bulletin Board <[e-mail]>
% Sender: GAELIC Language Bulletin Board <[e-mail]>
% From: Marion GUNN <[e-mail]>
% Subject:      Bogearrai/ saor in aisce < Free Apple IG software >
% X-To:         [e-mail]
% To: Craig Cockburn <MAJORS::cockburn>

- ------------------------------------------------------------------------------
  Craig Cockburn, Digital Equipment Co. Ltd, Newbury, England.
  ARPAnet: [e-mail]                            Saor
  UUCP:..!decwrl!majors.enet.dec.com!cockburn                      Alba!

  Views here are my own, and are not necessarily those of Digital


+++++++++++++++++++++++++++

From: [e-mail] (Brian Bechtel)
Date: 17 Mar 92 15:03:37 GMT
Organization: Apple Computer Inc., Cupertino, CA

Marion GUNN <[e-mail]> writes:
>Until now, users could order the basic system software in any of the
>major languages of the EC, but not in any of our minority languages.
>Irish now joins German, English, French, etc. as available languages.

I don't know anything about this announcement, but Apple's basic system
software has been available in languages such as Faeroese and Icelandic
for quite some time.  I suspect that such releases are made due to
market pressures...

- --Brian Bechtel     [e-mail]     "My opinion, not Apple's"

---------------------------

From: boomrang![e-mail] (David A. Kearney)
Subject: Inside Mac On-line Reference?
Date: Thu, 5 Mar 92 23:08:45 PST
Organization: Boomerang Information Services

Greetings,

Most likely this has been answered a thousand times but is there an
Inside Mac Online ref either abridged or not, da or cd-rom? Does it
include the new sys 7 stuff?

I appreciate any help.

Dave

- ----------------------------------------------------------
David A. Kearney, [phone]
Boomerang Information Services
=== It's so lonely on my saddle since my horse died... ===

- -------------------------

From: [e-mail] (Steve Wynne x6-1718)
Organization: /home/darkwing/stevew/.organization
Date: 6 Mar 92 02:07:33

Dave,

The APDA D E V E L O P CD has vol VI in a stack. It's BIG and SLOW.

- -------------------------

From: [e-mail] (Matthias Ulrich Neeracher)
Organization: Integrated Systems Laboratory, ETH, Zurich
Date: Fri, 6 Mar 1992 10:51:28 GMT

In article <[e-mail]> boomrang![e-mail] (David A. Kearney) writes:
>Greetings,
>
>Most likely this has been answered a thousand times but is there an
>Inside Mac Online ref either abridged or not, da or cd-rom? Does it
>include the new sys 7 stuff?

On CD-ROM, there is:

- - A Hypercard version, which is the most complete and accurate
- - The 411 version (text only). It's not entirely complete, but *much* faster.

Matthias

- -----
Matthias Neeracher                                   [e-mail]
 "You must have picked up that copy of Scarlett instead of Inside Mac
  when you tried to find the right call..." -- Keith Rollin

---------------------------

End of C.S.M.P. Digest
**********************